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COMMUNICATIONS SYSTEM, APPARATUS AND METHOD FOR PROVIDING MOBILITY MANAGEMENT 

INFORMATION 

Field of the Invention 

The present invention relates to mobility servers for providing mobility 
management information in a conmaunications systems. 
5 The present invention also relates to a conxmunications system for providing 

multi-media commimications services. 

In some embodiments the communications system mcludes a Intemet Protocol 
Multi-media Sub-system (IMS). 

Background of the Invention 

10 The third generation partnership project known as 3GPP has developed and 

standardised an Intemet Protocol Multimedia Sub-system (IMS) to provide a multi- 
media and call control service architecture. The service architecture is supported by a 
real-time capable Universal Mobile Telecommunications System (UMTS) 
communicating data in the form of Intemet Protocol (IP) packets. IMS provides a 

15 basis for service provision and development of new services and is envisioned as a 
staadardised convergence platform, which enables integration of real time multi-media 
services with non-real time services and person-to-machine communications. In 
addition, IMS provides the ability to modify a media type, wliich is active during a 
multimedia session. For instance, video media can be added during a communications 

20 session which was originally established for an audio only communication. 

Co-pending European Patent application number 02293276.8 discloses a 
mobility manager, which can initiate and direct hand-over execution of a mobile 
terminal from one access network to another, in accordance with information received 
from a network operator, the network itself and mobile terminals and a network policy 

25 provided by a policy enforcer. The mobility manager provides a facility for enabling a 
network operator to adapt a service being provided by an application program in 
accordance with a relative ability of an access network to which the mobile terminal is 
to be re-affiliated to support the service, before or after the re-affiliation has occurred. 
To this end, there is also disclosed a communication protocol between an application 

30 server and a mobility manager located in a core network of a mobile communications 
network. 
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WO 01/58177 discloses a method for controlling hand-over of a mobile 
terminal conducting a communications session in a mobile commxmications network. 
The method includes receiving a trigger indicating a requirement for hand-over, testing 
the conditions for hand-over with respect to a network policy for communicating and 
5 controlling the hand-over in accordance with the hand-over requirement with respect 
to the network communications policy, 
Summary of Invention 

According to the present invention there is provided a mobility server for 
providing mobility management information to an application program. The 

10 application program provides a service to a user equipment as part of an Internet 
Protocol Multi-media Sub-system (IMS). The mobility server comprises a mobility 
manager operable to receive mobility dependent evaluation reports providing at least 
one of an indication of a current state of conditions for communicating with the user 
equipment and an indication of a location of the user equipment, and to form the 

15 mobiUty management information based on the evaluation reports. The mobility 
server includes an application programmer's interface operable to communicate call 
control signalling data between the mobility manager and a session protocol server (S- 
CSCF) forming part of the IMS. The mobility manager is operable to notify the 
application program of the mobility management information in response to a 

20 subscription for the mobility management information from the application program, 
the subscription for the mobility management information being provided via the 
session protocol server (S-CSCF) using the call control signalling data. 

The mobility management information may be provided for a particular user or 
a set of users, which have applied for mobility services. 

25 Embodiments of the present invention can provide a mobility server for a 

communications system which may form part of an Internet Protocol Multi-media 
Sub-system (IMS) for providing a facility for establishing, controlling and terminating 
a multi-media communications session with a user equipment. The mobility server 
can provide the communications system with a capability for enabling mobile 

30 enhanced services to be provided to the user equipment in support of commxmications 
facilities provided by the system. The mobility server is arranged to generate mobility 
management information as part of the system. As a result, the IMS is enabled to 
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provide mobile dependent services to the user equipment. An example of such 
services for multi-media applications includes an adaptation of a media type being 
supported during a session depending upon a current state of communications with the 
mobile user equipment. 

5 In the following description the phrase mobility dependent evaluation reports is 

used to include such things as Access Network Evaluation reports indicating a current 
state of commxmications conditions experienced by a mobile user equipment and 
reports indicating a relative location of the mobile user eqmpment. 

Li some embodiments the mobility server may include a home agent, so that 

10 following a change of access network, a binding update may be performed by the 
mobile user equipment resulting in a change of IP address. The change of IP address 
reported by the home agent to the mobility manager can be used to provide an 
indication of a relative location of the user equipment from which a geographically 
dependent service can be provided. 

15 An application program can be arranged to provide services to a user 

equipment in dependence upon the mobility management information. For example, 
the application program may provide a commimications session between two users. 
The application program may be arranged to provide a different type of 
conmiunication media to the users depending upon a current state of commimications 

20 for the user equipment. For example, if the user equipment is attached to a Wireless- 
Local Area Network (W-LAN), then a relatively high bandwidth may be available, 
which may be sufficient to support a video communication session. However, if one 
of the user equipment should experience a reduction in an available quality-of-service, 
then this reduction can be detected by the mobility manager through receipt of Access 

25 Network Evaluation reports which provide an indication of a current state of 
conditions for communicating, which according to this example include an available 
quality-of-service. The application program providing the communication session, 
having subscribed to the mobility server for mobiUty management information should 
receive a notification of the change of communications conditions as part of the 

30 mobiUty management information reported. Accordingly, the application program can 
adapt the type of media service offered to the user in accordance with the change in the 
communications conditions. 
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According to some embodiments of the invention, the subscription to the 
mobility server aad the notification of the mobihty management information is 
provided through the session protocol server (S-CSCF). An advantage of 
communicating the notification and the subscription via the session protocol server is 
5 that facilities provided by the session protocol server can be utilised to add value to the 
service provided to the users by the application program which utilises the mobiUty 
management information. One example of such a facility would be where an ancillary 
function or service is provided when a notification of mobility management 
information or indeed the subscription to the mobility server is made. This might be 

10 used for example to effect more accurate billing of services provided either by the 
application or by the mobility manager. 

Li some embodiments, the application program may be operable in response to 
messages received from the session protocol server via the call control signalling data 
to provide the service in accordance with the mobility management information. 

15 According to such embodiments the mobihty information is received via the session 
protocol server, which therefore provides a facility for deploying other services to add 
value to the commxmications session. However, in other embodiments the mobility 
server may commtmicate the mobiUty management information to the application 
program via a proprietary interface such as XML or HTTP. 

20 In some embodiments the signalling of the notification and the subscription is 

effected using the Session Initiation Protocol (SIP), the session protocol server being a 
SEP server. According to these embodiments the application programmer's interface 
of the mobility server is operable to conmiunicate the call control signalling data via 
the SIP interface, the call control signalling data being SIP data. 

25 According to some embodiments of the invention, the mobility server can 

access a subscriber information database forming part of the IMS network (the 
subscriber information database within an IMS network is referred to as a Home 
Subscriber Server (HSS)). As such the mobility manager can utilise mobility related 
information stored within the database to improve the accuracy and value of the 

30 mobility management information generated. For example, the user profile data may 
include an indication of a capability of tiie user equipment available for 
commimicating, from which more relevant mobility management information can be 
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generated and provided to an application program. For example, if a user equipment is 
not capable of displaying video information then the mobility manager will not instruct 
a change of service to the user equipment if a quality of service offered by the current 
state of communications conditions can support video communications. In another 
5 example, the user profile data might include an indication of activation so that the 
mobiUty manager may monitor mobility even if not yet required. 

According to an aspect of the present invention there is provided a 
commxmications system for providing a service to user equipment in accordance with 
mobility management information. The system comprises a session protocol server 

10 (S-CSCF) operable to control the state of a communications session for at least one 
user equipment in accordance with user profile data, a subscriber information database 
(HSS) for providing the user profile data to the session protocol server (S-CSCF), and 
a mobility server. The mobility server comprises a mobility manager operable to 
receive mobility dependent evaluation reports providing at least one of an indication of 

15 a current state of conditions for comnxunicating with the user equipment and an 
indication of a relative location of the user equipment, and to form the mobility 
management information based on the evaluation reports. The mobility server also 
includes an application programmer's interface operable to commxmicate call control 
signalling data between the mobility manager and the session protocol server (S- 

20 CSCF). The mobility manager is operable to notify the application program providing 
the service to the user equipment of the mobility management information in response 
to a subscription for the information from the application program, the subscription 
being provided via the session protocol server (S-CSCF) using the call control 
signalling data. 

25 In some embodiments the applications programmer's interface is operable to 

provide access to the subscriber information database, and to receive internet packets 
from the user equipment providing data representing the evaluation reports and to 
provide the evaluation reports to the mobility manager. The communications system 
can therefore form an Intemet Protocol Multi-media Subsystem, which integrates 

30 mobility management as part of the system, re-using standardised components. 

Various fiirther aspects and features of the present invention are defined in the 
appended claims. 
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Brief Description of the Drawings 

Embodiments of the present invention will now be described by way of 
example only with reference to the accompanying drawings, where like parts are 
5 provided with corresponding reference niunerals, and in which: 

Figure 1 is a schematic block diagram providing a simplified representation of 
a general Internet Protocol (IP) commimication between a mobile user equipment and 
a correspondent node; 

Figure 2 is a schematic block diagram of a simplified representation of 
10 components forming part of a system comprising a stand-alone IP Mobility Manager 
and an Internet Protocol Multimedia Subsystem (IMS); 

Figure 3 provides a more detailed block diagram of parts of the system shown 
in Figure 2; 

Figure 4 is a schematic block diagram of parts of a system for integrating a 
15 mobility server with aa IMS according to an embodiment of the present invention; 

Figure 5 is a schematic block diagram of a system according to an example 
embodiment corresponding to the simplified system shown in Figure 2; 

Figure 6 is a schematic block diagram providing an example of a mobility 
server according to an embodiment of the present invention; 
20 Figure 7 is an example flow diagram illustrating the operation of a user 

equipment deploying a multi-media communications service provided by an 
application program and the application program subscribing to a mobility server for 
mobility management information; 

Figure 8 is an example flow diagram illustrating the operation of the mobility 
25 server providing mobility management information to the application program; 

Figure 9 is flow diagram illustrating optional process steps taken by the 
mobility management and an S-CSCF in the flow diagrams of Figures 7 and 8; 

Figure 10 is an example flow diagram illustrating a process for pulling 
infomiation from a Home Subscriber Server by the Mobility Server; 

30 
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Description of Example Embodiments 

Example embodiments of the present invention can provide an Intemet 
Protocol (IP) mobility management service within an IP Multimedia Subsystem (IMS) 
network. A mobility manager within the subsystem provides mobility management 
5 functions such as maintaining a continuity of service whilst a user equipment roams 
across a heterogeneous access network (for example between different wireless access 
networks). The mobility management service is thereby provided without requiring a 
propriety solution by re-using established interfaces and protocols, which have been 
standardised for the IMS. A network operator may offer enhanced quality IMS 

10 services to mobile subscribers with substantially seamless mobility. 

Generally, communication between a user equipment UE and a correspondent 
node CN is illustrated in Figure L In Figure 1 communication via IP packets is 
effected between the user equipment UE and the correspondent node CN via a mobile 
access network AN and a home network HN of the user equipment UE. Packets are 

15 routed between the user equipment UE and the routers 2, 4 one of which 4 within the 
home network HN may be a home agent HA. 

The user equipment UE may be operated by a mobile subscriber and as a result 
will conmiunicate IP packets with a router 2 via the mobile access network. The 
wireless access network may include a plurality of wireless access interfaces through 

20 which the user equipment may commimicate IP packets. Examples of wireless access 
interfaces include a Universal Mobile Telecommunications System (UMTS), a 
General Packet Radio System (GPRS), or a Wireless Local Area Network (WLAN). 
Depending on the geographical location of the user equipment UE, one or more of the 
wireless access interfaces WLAN, GPRS, UMTS may be available to the user 

25 equipment UE. Accordingly, the user equipment UE may select a most appropriate 
wireless access interface for supporting a desired service to a user such as that 
providing a sufficient communications bandwidth for supporting a desired service. 
Alternatively, a wireless access network may be selected for providing a most cost- 
effective coromunication of IP data packets. 

30 As will be appreciated a wireless access interface utilised by the user 

equipment UE may change from one area to another and with time. Accordingly, 
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there is provided an arrangement for informing an application program of a current 
state of conditions for commmiicating with the mobile user equipment and/or a 
geographical location of the mobile user equipment. As a result the application 
program may adapt a service provided to the user equipment in accordance with a 
5 change in the communications conditions or the geographical location, as a result for 
example, of the mobile changing affiUation from one access network to another. 
IPMM and IMS 

As disclosed in co-pending European patent application serial number 
02293276.8 an IP Mobility Manager (IPMM) is arranged to provide mobile terminals 

10 with instmctions to change affiliation from one access network to another in 
accordance with a state of communications conditions. The state of communications 
conditions may change as a result of a hand-over to a target wireless access network. 
The IPMM is arranged to provide mobiUty managemtent information to an application 
program providing a service to mobile terminals. The mobility management 

15 information provides the application program with an indication of a state of 
communications conditions, resulting from or which will result from a change of 
affiliation. In response to the change, the application program may instruct the mobile 
terminals to adapt the service provided before or after the change of affiliation from a 
current access network to the target access network occxirs. To this end, there is 

20 disclosed a communication protocol between an application server and the IP Mobility 
Manager located in a core network part of a mobile access network. The 
communications protocol is arranged to monitor a ciorrent state of communications on 
available access networks and to respond to a hand-over request for a change of 
affiUation from a current access network to a target access network by providing 

25 instractions to adapt a service provided to the mobile user equipment in accordance 
with the commurucations conditions of the target network. Generally, an example of 
such a communications network as would be applied to an IP Multimedia Subsystem 
(IMS) is illustrated in Figure 2. 

As shown in Figure 2 the user equipment UE is communicating with the 

30 correspondent node CN using Intemet Protocol (IP) packets from a first home network 
of the UE HN_UE to a second home network of the correspondent node HN_CN. As 
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illustrated in the simplified block diagram, IP packets providing signalling information 
are commxmicated to a session protocol server 10 which for the example embodiment 
is a Serving Call State Control Function (S-CSCF) within an IMS network. IP packets 
are use to convey signalling data as represented by an arrow 12. As will be explained 
5 the IP packets are carrying Session Initiation Protocol (SIP) signalling messages to the 
IMS and onwards to the correspondent node CN. User data communicated between 
the user equipment UE and the correspondent node CN is represented by the double- 
headed arrow 14. It will therefore be appreciated that the diagram in Figure 2 provides 
a representation of the communication of IP packets between the correspondent node 

10 CN and the user equipment UE as represented in Figure 1. A dashed line 16 between 
the first home network HN_UE and a second home network HN_CN is representative 
of the communication of signalling IP packets, via routers within the core network. 

At the correspondent node CN a Serving Call State Control Function (S-CSCF) 
20 is also provided in order to respond to SEP messages communicated from the user 

15 equipment UE in order to trigger various services and/or provide other functions. 
These functions may be associated with controlling the state of the communication 
session. 

As illustrated in Figure 2, the IMS comprises the S-CSCF 10, a SIP application 

server 22 and a subscriber information database 24 which for the example embodiment 
20 is a Home Subscriber Server (HSS), which are all standardised components [1], 

together with the interfaces 26, 28, 30. The interfaces operate in accordance with the 

specified standard [1] and are referred to as Sh, ISC and Cx. 

The IMS provides a facility for managing multimedia cormnunication sessions 

such as that between the user equipment UE and the correspondent node CN. The 
25 conmiunications sessions may be managed by an application program hosted on a SIP 

application server 22 which is arranged to respond to SIP messages and to control and 

manage the multimedia communication session. 

Also shown in Figure 2, within the first home network HNJUE, is a mobility 

manager 32. The mobility manager 32 operates as disclosed in co-pending European 
30 patent application number 02293276.8 to inform application programs providing 

services to users that a change in service type may be required due to a change in 

conditions for commimicating data. The conditions for communicating may change as 
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10 

a result of a mobile user equipment UE changing from one wireless interface to 
another, or as a result of operating conditions changing on one of the wireless access 
interfaces being used. The IPMM instructs applications being executed by the user 
equipment UE and/or the correspondent node CN as part of thie communication session 
5 to adapt the type of service provided during the session to reflect the change in the 
communications conditions. As illustrated in Figure 2 conctmunication between the 
mobility manager 32 and the application server 22 is via an interface 34 through which 
SIP messages are exchanged. However, as will be explained in the following 
paragraphs with reference to Figure 3, the arrangement illustrated in Figures 2 and 3 

10 have certain disadvantages. Following an explanation of these disadvantages it will be 
appreciated that embodiments of the present invention can provide facilities and 
advantages not available to the arrangement illustrated in Figures 2 and 3. 

Figure 3 provides a representation of parts of the IMS shown in Figure 2 with 
parts of the IP mobility management system also shown in Figure 2 in more detail to 

15 illustrate how an IP mobility manager might operate with the IMS. As shown in 
Figure 3 the mobility manager 32 is arranged to communicate SIP messages via the 
interface 34 with interface processor 32.1. The mobiUty manager 32 also includes a 
Subscriber Context Register (SCR) and a Policy Enforcer (PE) 32.3 and 32.4. The 
mobility manager 32 also includes a home agent 32.2 and an access gateway interface 

20 32.5. The home agent 32.2 and the access gateway interface 32.5 provide a facility for 
communicating via an access gateway 36 to the user equipment UE which is executing 
a SIP User Agent. The user equipment UE is also executing an IP Mobility 
Management function 39, which generates Access Network Evaluation (ANE) reports. 
The ANE reports provide an indication for a state of commianications conditions via 

25 any of a number of wireless access networks, which may be available to the user 
equipment. Therefore, as illustrated by a double-headed arrow 40 the user equipment 
UE coromunicates ANE reports to the mobility manager 32 in order to allow the 
mobiUty manager 32 to determine whether or not a change in service is required for a 
multimedia application. As shown in Figure 3 the S-CSCF 10 also includes initial 

30 filter criteria 10.1 for triggering application programs to provide various services. The 
SIP application server 22 includes a SIP event model application programmer's 
interface 22.1. 
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In accordance with the IMS standard the Home Subscriber Sender (HSS) 24 
includes a database 24.1, a part 24.2 of which is used for storing user profile data and a 
part 24.3 of which is used for storing mobility- related information for users. The HSS 
also includes an Sh appUcation programmer's interface 24.4, and a Cx application 
5 programmer's interface 24.5, for providing a facility for communicating via the Sh 
interface and the Cx interface respectively. 

The HSS database includes the part 24.2 in which data, non-transparent to the 
HSS, is stored. The part 24.2 for storing non-transparent data, includes user profile 
data providing, for example, initial filter criteria for use by the S-CSCF. The HSS 

10 database also includes the part 24.3 for storing data, which is transparent to the HSS. 
This transparent data includes mobility-related infomiation for use by the mobility 
manager or other application programs. The mobility-related infomiation may include 
an indication of what is available to support a multimedia service in terms of capacity, 
hardware facilities and other utilities on the user equipment UE. 

15 Disadvantages of Using a Stand-alone IPMM with IMS 

IMS has been designed to be network independent and to provide inter- 
operability with different access networks. That means an IMS subscriber should be 
able to access IMS-based services independently from the access network via through 
which IP packets are communicated to the IMS. However IMS currently does not 

20 allow the continuity of a service when roaming across heterogeneous access network 
technologies (WLAN, GPRS, UMTS) which do not provide the same level of 
resources. The drawback of IMS is that it currently does not provide an Inter-access 
network mobility solution - The ability of a terminal to move between access 
networks while still maintaining the capability to conmiunicate and receive 

25 communications*. 

IP Mobility Management provides the ability for a network operator to offer 
terminals under its control, a service that allows them to adapt applications to the 
capacity of access networks before a change from one access network to another, by 
roaming across heterogeneous access technologies. IPMM provides Seamless Mobility 

30 - The ability of a terminal to move between access networks while still maintaining an 
active communications session in which the end users or applications are not dismpted 
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by the change*. The drawback of just a simple IPMM service is that it currently 
provides a proprietary framework and does not integrate services. 

It would be reasonable to use the IP MobiUty Management functions within the 
IP Multimedia Subsystem (IMS) as illustrated in Figures 2 and 3. As illustrated this 
5 involves deploying a standalone IP Mobility Manager component within the operator's 
network. The drawback of this type of independent architecture, as described in Figure 
2 and Figure 3, is that it does not facilitate any integration between the functions of 
IMS and Ihe functions of the Mobility Manager in order that enhanced services be 
provided. To exemplify, in Figure 2 and Figure 3, there is no interface between the 
10 HSS and the Subscriber Context Register (SCR) and there is no interface between the 
S-CSCF and the Mobility Manager. This imposes the following implications: 

• The operator, via the S-CSCF, does not have any central control on the 
Mobility Manager service as there is no interface provided to perform this 
control. The S-CSCF is being bypassed for the use of the IPMM service, 

15 i.e. the IPMM service is being provided independently of the IP Multimedia 

Subsystem. The drawback of this type of architecture is that ixi order to 
provide an IPMM service to IMS subscribers in this way, two systems have 
to be managed in a independent manner. 

• A local IPMM database, containing information related to the subscribers 
20 of the IPMM service, is not synchronised with the HSS, which is a central 

operator database. As a result the data pertaining to user subscription and 
service related information is split into two databases, which are the HSS 
which contains the global User Profile and the local IPMM database which 
contains user data related to the IPMM service. A drawback of this type of 
25 architecture is that the operator has to manage two databases instead of one. 

• There is no standard access architecture provided to enable application 
servers to connect to the MobiUty Manager in order that they can 
SUBSCRIBE to receive mobility information pertaining to an IPMM 
subscriber. Instead it is required that each application servers uses a 

30 proprietary connection to the MobiUty Manager in order that this action can 

be performed. The drawback of this approach is that there is no ubiquitous 
method to unify through one access interface, the way in winch ALL 
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application servers can have a standard interface and connection to the 
mobiUty server through the IP Multimedia Subsystem. 
• There is currently no security mechanisms implemented at the Mobility 
Manager that allows the mobility information for a particular subscriber to 
5 be shared with 3rd party applications, hosted in a "non-trusted" IP network. 

Integrating the IP Mobility Manager component as a standalone function 
within the operator's network will not provide an optimised framework for providing 
enhanced services. This will also add complexity to the network as, for instance, user 
related information is split between two databases, and there is no central provisioning 
10 of an overall combination of IPMM and IMS functions. One solution would be to add 
new interfaces between the Mobility Manager and the S-CSCF and between the 
Mobility Manager and the HSS. This could allow synchronisation of the database and 
more control from the S-CSCF on the service. But on the other side, adding 
proprietary interfaces at the HSS and the S-CSCF, will lead to architecture changes, 
15 network component upgrade and interoperability issues between different IMS 
vendors. 

IMS Enhanced with a Mobility Server 

Embodiments of the present invention can incorporate a mobility manager as a 
fimction to provide an IP mobiUty management service within an IMS network. 

20 Requirements for a proprietary solution are removed by re-using as far as possible 
established interfaces and protocols in order to provide service continuity while 
roaming across heterogeneous access network technologies. This is achieved by, 
amongst other things, proposing the IP Mobility Manager to serve as a Mobility 
Server within the IMS architecture, by enhancing its capabilities to use standardized 

25 interfaces. 

An example embodiment of the present invention is illustrated in Figure 4. As 
shown in Figure 4 a mobility server 132 is provided with an interface to the HSS 124 
and to the S-CSCF 100. Parts shown in Figure 4 correspond to the parts sliovm in 
Figure 3 and have been assigned related reference numerals. However, Figure 4 
30 includes a mobility server 132 to provide mobility management information for 
controlUng a multimedia session in accordance with current communication conditions 
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experienced by a user equipment in a way which utilises the IMS architecture. As 
before, the mobiUty server 132 is arranged to receive Access Network Evaluation 
(ANE) reports from an IPMM function 139 operating as part of the user equipment UE 
via an IP communications layer 140. The mobility server 132 is provided with an 
5 interface to the HSS 124, which is an Sh interface 160. The mobility server 132 is also 
provided with an ISC interface 180 to ttie S-CSCF. Otherwise, elements in the IMS 
system shown in Figure 4 correspond to the elements shown in Figure 3 since one of 
the advantages provided by the system shown in Figure 4 is that it re-uses standardised 
network elements and interfaces between those elements, to the effect that the system 

10 shown in Figure 4 is compatible with existing IMS network architectures. 

In some embodiments an interface is provided between the mobiUty server 132 
and the application server 122, which caa be used to communicate information directly 
between the mobihty server 132 and the application server 122. The interface can 
convey the information in accordance with, for example, the SIP, XML or HTTP 

15 standards. 

The proposed architecture shown in Figure 4 integrates the mobiUty server 132 
into an IMS whilst imposing a minimum of additional interface or associated 
development to the already existing IMS components. Therefore integration is 
substantially independent of the hardware and will work with any vendor's equipment. 
20 Deploying the IP Mobility Management service as an enabler to the IMS will not 
require more work and investment than for currently deploying a new service within 
the IMS. 

By integrating IPMM within the IMS it will be possible to re-use some IMS 
mechanisms such as: 

25 • The service provisioning procedure^ allowing a facility for a service to be 

provisioned from a common data base which is the HSS and a mechanism 
for the mobility server to down-load data from the HSS to a Subscriber 
Context Register (SCR) using the Sh interface for applications within the 
mobility manager. 

30 • The Third Party (de-) Registration; allowing the S-CSCF to control the 

mobility server and to notify the mobiUty server that it has to start or stop 
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collecting the mobility information for the user that just registered in the 
IMS. 

• The billing methods; allowing charging not only based on the data traffic 
that is transferred, but also on the event or on the session, 

5 • Application server access; allowing appUcation servers a standard access 

architecture which goes through the S-CSCF to the the mobility server. 
This allows for any application server to have one xmified method of 
getting access to information to and from the Mobilty Server. 

• The security mechanisms; defined in case a service is hosted in a "non- 
10 trusted" network, allowing the mobility server to provide mobiUty 

information to a 3^^ party application in a secure way. 
IMS provides an enhanced SIP based service architecture, providing a 
framework for enhanced applications development combining real-time and data 
services. IMS also provides enhanced billing and QoS control, which IETF services 

15 do not. Embodiments of the present invention can bring together benefits of both 
IPMM in providing network controlled mobility management and IMS in providing an 
advanced and flexible session control architecture. This will allow an operator to offer 
enhanced high quality services providing smooth network controlled hand-over 
(Seamless Mobility) and application adaptation to network type, enhances applications 

20 and services within the IMS. This will provide the operator with a more optimized, 
integrated and easily managed framework when compared to providing just a simple 
IPMM service to its customers. 
Brief Description of IMS Network Elements 

For completeness a brief description of the elements of an IMS network 
25 according to an embodiment of the invention will be described. 
The S-CSCF (Serving CSCF) 

The Serving CSCF is one of the tliree Call State Control Function (CSCF) 
described within the 3GPP Specifications [1], [4]. According to [4], the Serving-CSCF 
30 (S-CSCF) performs session control services for a user equipment UE. It also 
maintains "a session state as needed by the network operator for support of the 
services". 
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Within the same operator's network, different S-CSCFs may have different 
functionalities. In this scenario, we assvime that the selected S-CSCF supports all the 
reqxiired functionalities. During a session, the S-CSCF may behave as a registrar [9], 
as a Proxy Server [9], as a User Agent [9] and may also interact with Service Platform 
5 for the support of services. 

The HSS (Home Subscriber Server^ 

The Home Subscriber represents the master database of an operator's network. 

10 Among the stored information, the HSS contains information related to the subscribers 
and information related to the network itself. The HSS is accessed by different 
network elements when perfomiing different procedures (service provisioning, 
registration, call set-up, call re-negotiation, call release...) and for different purposes 
(update, query...). Within the IMS architecture, the DIAMETER protocol [7],[8] has 

15 been chosen for accessing the HSS, using the Cx, Dx [6] or Sh interface [3], 

The SIP Application Server 

The SIP application server has to be seen as a service platform, that is to say a 
20 service deployment and execution environment. This is where services (or application) 
will be executed, whereas the call control will be performed at the S-CSCF layer. The 
SIP application server considered in this document has to meet some of the 3 GPP 
requirements, such as supporting the ISC interface, which is still being standardised 
and should be very close to a SIP interface. 

25 

The Access Gateway 

The access gateway is a logical entity that represents one Access Network. All 
user data transits through the access gateway, and assumes the responsibility of 
30 allocating a Care-of- Address (Co A) to the end user roaming in a given access network. 

The Mobilitv Server: 

The mobility server is based on an IP router that is enhanced with new 
35 functions. The mobility server includes the Policy Enforcer (PE) and the Subscriber 
Context Register (SCR) functional entities, as well as the mobility manager itself. The 
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mobility server also implements the Home Agent. It is enhanced with the Sh and the 
ISC interfaces. The SCR is a database for providing mobility-related information 
downloaded from the HSS, and Access Network Evaluation reports received from, for 
example, the user equipment. The PE implements a policy for executing hand-over 
5 from one network to another based on established conditions. The conditions may 
implement a network policy and so may be defined by the network operator, or may be 
in part specified in accordance with user preference. 

The above-described embodiments of the present invention have been 
illustrated for an example of videoconference multi-media communications session. 
10 However, it will be appreciated that this is but one example application. In other 
examples, there may be no substantial communication of data between a user 
equipment and the application server, but an application program may subscribe to 
mobility management information to serve an application dedicated to the user 
equipment. 

15 Brief Description of IMS Interfaces at the Mobility Server 

• The Sh interface (between the mobility server and the HSS): 

The Sh interface is an intra-operator interface and is based on the DIAMETER 
protocol (DIAMETER is also used on the Cx interface between the HSS and the I/S- 
20 CSCF). Data handling procedures (download of data from the HSS to the Application 
Server (AS), update of data in the HSS) and subscription/notification procedures (The 
HSS can notify an AS of changes in data for which the AS previously had subscribed) 
can be performed over the Sh interface. More information on the Sh interface can be 
foimd in [2] and [3]. 

25 According to the example embodiment described above, the Sh interface is 

used by the mobility server to communicate with the HSS. This interface will be used 
to support a mechanism for transfering of user related data stored in the HSS or to 
"push" user data to the HSS. 

• The ISC interface (between the mobility server and the Serving CSCF) 

30 

The ISC interface is briefly defined in [4]4.2.4 and the relationship between the 
ISC interface and the S-CSCF are described in [1] 6.2. 
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Functionally, the ISC interface is between the S-CSCF and the service 
platform(s). The application servers that run services have been decoupled from other 
network equipment, and the interface (the 'ISC interface'), which is still being 
standardised, will allow application servers from multiple vendors to be used on top of 
5 the IMS subsystem. This standardising of the application server interface provides a 
possibility that third party application service providers may provide additional 
services, allowing operators to offer services that they would otherwise not be 
possible. 

Technically, the ISC interface is a SIP interface. It is advised to keep it as close 
10 to the SIP standard [9] as possible and to avoid any SIP extension that is already used 

on the different interfaces with the S-CSCF. As such, it is more likely that IETF 
application servers will inter-work with the IMS network. It is assumed that the 
application server will be arranged to support a third party registration, has to properly 
handle a Dialog Identifier (which should not be an issue because it will be included 
15 within a Route header) and finally support a Subscribe/Notify event model. 

• The Mobility aware interface (between the mobility server and an 
application) 

The Mobility aware interface allows the communication between the mobility 
20 server and an application program hosted on a SIP application server. This interface is 
using a proprietary XML based protocol that will be encapsulated within SIP messages 
(SUBSCRIBE/NOTIFY SIP Event Model). The mobility aware interface allows the 
application to register its interest in the mobility management of a particular 
subscriber. It also allows the mobility server to notify the application program that a 
25 hand-over between two different radio access networks is about to occur. 

• The Access Gateway interface (between the access gateway and the mobility 
server) 

30 The access gateway interface collates radio network measurements from 

various underlying access technologies in order to make handover decisions. 



35 



Other interfaces within the IMS Network 

• The Cx interface (between the S-CSCF and the HSS) 
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The Cx interface is the interface between the Call State Control Functions 
(Interrogating and Serving - The Proxy CSCF does not have any interface with the 
HSS). The Cx interface is described in [5] and [6]. 

5 

• The Gm interface (between the SIP User Agent and the S-CSCF) 

The S-CSCF supports the signalling interactions with the UE via the Gm 
interface. Depending on the Radio Access Network there will be a different number of 
10 network elements between the UE and the S-CSCF. A Proxy Call State Control 
Function (P-CSCF) can represent an entry point within the IMS network; therefore 
there will always be a P-CSCF between the UE and the S-CSCF. Some network 
elements have been voluntarily removed for readabiUty and simplicity purposes. 
Example Implementation 

15 In accordance with an embodiment of the invention the adapted IMS 

architecture which now includes a mobility server 132 is shown in Figure 5 which 
corresponds otherwise to the block diagram of the communication between the user 
equipment UE and the correspondent node CN in Figure 2. Figure 5 therefore 
illustrates an arrangement of the IMS architecture for providing a multimedia 

20 communication session which has been adapted to include the mobility server 132 in 
accordance with an embodiment of the present invention. Therefore, remaining parts 
of the adapted IMS system, function in a corresponding way to that illustrated in 
Figure 2. It will be appreciated that those elements within the IMS subsystem forming 
part of the first home network for the user equipment UE will operate in a 

25 corresponding way and therefore further explanation is not required. 

As illustrated in Figure 4 the mobility server 132 iucludes an application 
programmer's interface 132.6 to provide a facility for a mobility manager to notify 
application programs being executed by the SIP application server 122 of mobiUty 
dependent parameters which change as a function of mobility and/or time. 

30 Figure 6 provides an alternative representation to the IMS architecture 

illustrated in Figure 5 which includes more details of the mobility server 132. As 
shown in Figure 6 the mobility server 132 includes a mobility manager 200 as well as 
the parts, which are also illustrated in Figure 4. The mobility server includes the home 
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agent 132.2 as well as PE 132.4 and SCR 132.3. The SIP interface 132.1 is provided 
for conunimicating with the SIP messages. As shown the mobility server 132 includes 
an application programmers interface 132.6 (part indicated with a bolder outline) for 
providing access to mobility dependent information via various interfaces including 
5 the IMS Service Control (ISC) interface 180 for interfacing with the S-CSCF 100, an 
Sh interface controller 204 for interfacing with the HSS 124 via the interface 126 and 
an HTTP interface controller 206 for interfacing with a web server 208. Also shown 
in Figure 6 the mobility server 132 includes an Access Network Evaluation (ANE) 
interface controller 210 for receiving IP packets from the IPMM function 139 within 
10 the user equipment UE, which indicate a current state of communications which are 
available to the user equipment UE. The mobility sender 132 also includes an SMTP 
interface controller 212 for exchanging e-mail with an e-mail server which may also 
depend upon conimxmications conditions which change in accordance with mobility. 
General Operation of Mobility Server within the IMS Network 

15 A process of establishing and providing a multi-media service to a mobile user 

equipment using the mobility server integrated as part of the IMS network according to 
the example embodiment described above can now be illustrated by way of flow 
diagrams provided in Figures 7, 8 and 9. The flow diagram illustrated in Figure 7 
relates to a process through which a mobile user equipment initiates a multi-media 

20 service using a SIP message exchange with a correspondent node. An example of such 
a multi-media service is a video conference call, which requires both video and audio 
information to be communicated between the user equipment and a correspondent 
node. The video conference service is provided by an application program hosted on 
the application server 122. However, since the user equipment is mobile, the 

25 application program providing the video conference service will need to subscribe to 
the mobility server 132 for mobility management information. The mobility 
management information may be used for example to adapt the type of service 
provided to the mobile user equipment in accordance with the type of wireless access 
interface, which is available to the user equipment. For example, if the mobile user 

30 equipment is at a location where communication can be made via a Wireless Local 
Area Network (WLAJSQ then a relatively high bandwidth may be available. As such 
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the application program can provide a video and audio services to the mobile user 
equipment. If however, the mobile user equipment is at a location where 
communication via a WLAN is not available, but commxmication is available via a 
GPRS access interface, then the application program can only provide an audio service 
5 and so will adapt the type of service provided to the mobile user equipment 
accordingly. Once the WLAN is again available then the mobility manager will report 
mobility management information indicating that a change in the state of conditions 
for communicating has occurred, in accordance with those conditions provided by the 
WLAN. Accordingly, the application program will adapt the service again to provide 

10 a video and audio service in accordance with an increased communications bandwidth 
provided by the WLAN. 

The operation of the user equipment in combination with the application 
program to establish a multi-media coimnunications session, which triggers the 
application program to subscribe to the mobility manager is provided in Figure 7. The 

15 process provided in Figure 7 is summarised as follows: 

S2: A user equipment UE sends a SIP message to a correspondent node CN 
inviting the correspondent node to take part in a multi-media commxmications session. 
As mentioned above, an example of a multi-media communications session is a multi- 
media conference provided between the user equipment UE and the correspondent 

20 node CN. 

S4: The SIP message is received by the Serving-Call State Control Function 
(S-CSCF) within an IMS network, which is serving the user equipment UE. 

S6: Before being routed to the correspondent node, the S-CSCF applies 
initial filter criteria in order to determine whether the request should be forwarded to 
25 appUcation programs for providing services for which a user has subscribed. 

S8: Applying the initial filter criteria, the S-CSCF forwards the SIP 
message to an application program on an appUcation server 122 for providing the 
multi-media communications service. 

SIO: The appUcation program sends a subscribe message to the mobiUty 
30 server to subscribe for mobility management information associated with a particular 
user served by the S-CSCF which forwarded the SIP message to the appUcation 
program. 
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SI 2: Although the application program applies for mobility maaagement 
information from the mobility server for a particular user, the subscription may not be 
accepted. The subscription may not be accepted if the user is not mobile and therefore 
will not need mobility management information, or because the user has not 
5 subscribed (signed-up) for a mobile service. Therefore the application program is 
informed by the mobility server whether or not the subscription has been accepted by 
mobility manager for the user. 

S 14: If subscription is accepted by the mobility manager, then the application 
10 program begins monitoring for mobility management information from the mobility 
server for the user or users concemed, and activates a mobility dependent aspect of the 
service to be provided. 

Once the application program has subscribed to the mobility ser\^er, the 
mobility server may provide the mobility management information to the application 
1 5 program as illustrated by the flow diagram in Figure 8. 

S16: Once the application program for providing the multi-media 
commimications session has been deployed, the application program sends a SIP 
message, to the S-CSCF. The S-CSCF then sends a SIP message towards the 
correspondent node CN. An S-CSCF within a network serviag the correspondent node 
20 CN may deploy associated application programs. 

As mentioned above, once the application program for providing the multi- 
media communications session has subscribed to the mobility server, the mobility 
server monitors mobile dependent parameters of the user equipment and reports these 
to the application server. The operation of the mobility server in combination with the 
25 S-CSCF is illustrated in Figure 8. Figure 8 is summarised as follows: 

S20: After the application program has subscribed to the mobility server for 
mobility management information, a mobility manager, within the mobility server is 
arranged to receive mobility dependent evaluation reports from the user equipment. 
The mobility dependent evaluation reports are received as IP packets, and may include 
30 Access Network Evaluation (ANE) reports providing information on a current type of 
access network (WLAN, UMTS, GRPS etc) which is available for communications. 
Altematively, where an access network is capable of providing a variable 
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communications bandwidth depending on a ciirrently experienced state of 
communication condition using the same access network interface, then the currently 
experienced communications conditions are provided by the ANE reports. In addition, 
should the mobile user equipment change affiliation firom one Ihtemet Protocol (IP) 
5 network to another, then a change of IP address will occur. As a result the Home 
Agent 132.2 forming part of the mobility manager 132, will provide an indication that 
the IP address of the user equipment has changed. The mobility manager 200 will 
apply the change of address to a pre-stored list of IP addresses, or parts of IP addresses 
to generate an indication of a geographical location of the user equipment. The 

10 mobility manager stores the ANE reports as well as the change of IP address in a data 
base associated with the UE. 

S22: The mobility manager analyses the ANE reports and the relative change 
of IP address to form mobility management information for communication to the 
application program which has subscribed to the mobiUty server. The mobility 

15 manager may inform the application program when a change in the conditions for 
communicatirig has occurred or a change of the IP address has occurred. 
Altematively, the mobiUty manager may inform the application program periodically 
of a current state of the conditions for communicating, or a current IP address. 

S24: The mobility manager forms the mobility management information into 

20 a SIP notify message for cormnunication to the application program. The mobility 
manager communicates the SIP notify message to the S-CSCF. 

S26: The S-CSCF communicates the SIP message to the application 
program, thereby providing the mobility information. 

The flow diagram in Figure 8 provides an illustration of the operation of the 

25 mobility server in combination with the S-CSCF to provide mobility management 
information. However, in some embodiments further process steps may be introduced 
to provided added value to the user through an established standardised architecture of 
the IMS network. An example of such further steps is illustrated in Figure 9. The 
process illustrated in Figure 9 is summarised as follows: 

30 S30: Following step S14, the mobility manager is arranged to retrieve 

mobility-related information from the HSS via the Sh interface. 
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S32: From the mobility related information, the mobility manager extracts 
information which is relevant to mobility and stores this information in the Subscriber 
Call Register (SCR). Such relevant information may include an agreed charging tariff 
for providing mobile multi-media services, a type of device and therefore services 
5 which the user equipment can support and whether the mobile user equipment is 
currently communicating or whether the mobility manager is to provide mobility 
information pending activation of a communications session. 

S34: The mobility manager adapts the mobility management information in 
accordance with the user relevant information in the SCR. The services which are 

10 supportable on the user equipment may be used to tailor the mobility management 
information which is provided to the application program. 

S36: Optionally, when the S-CSCF receives the SIP message providing the 
mobility management infomiation, the S-CSCF may activate one or more other 
application programs. These application programs may provide added value services 

15 to the subscriber or the network operator. Such services may include billing, data 
management and security control. 

A process through which a user subscribes for an IPMM service to an operator, 
in response to which the mobility manager is provision by the operator is illustrated by 
a flow diagram shown in Figure 10. During service provision, user profile data is 

20 loaded into the HSS database (non-transparent part) together with mobility-related 
information (transparent part). When the user requests a service requiring mobility 
related information, then the mobility-related information is download from the HSS 
by the mobility manager and stored in the SCR for use by the mobility manager. The 
flow diagram provided in Figure 10 is summarised as follow: 

25 S40: A user subscribes to an IPMM service, which then enables services to 

be adapted in accordance with a user's mobility. The operator provisions for the 
IPMM service to be deployed, by loading user profile data (initial filter criteria etc) 
and mobility-related information into the HSS database. As represented by a dashed 
line 250, once the HSS database has been loaded, no further parts of the provisioning 

30 procedure take place, imtil the mobility manager needs the mobility related 
information for a particular user in order to provision or to update its SCR. 
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S42: Once a user has been registered by the IMS network, the mobility 
server can interrogate the HSS for mobiUty-related information by commimicating via 
the Sh interface with the Sh API on the HSS. It can be envisaged that triggering an 
update of the information for a user in the SCR from that in the HSS can be done in 
5 several ways, registration of the user to the IMS network being one example. The HSS 
is interrogated for mobiUty-related information associated with the user, because the 
mobility server knows that the user has subscribed to an IPMM service. 

S44: Following the interrogation the mobility server pulls the mobility- 
related information from the HSS, via the Sh interface and stores the information in the 
10 SCR ready for use in providing a mobility dependent management information. 

Various modifications may be made to the embodiments of the invention 
herein before described without departing from the scope of the present invention. It 
will be appreciated that the session initiation protocol is one example of a session 
initiation protocol which can be used to establish an intemet protocol communications 
15 session and that the present invention finds application with other such protocols. 

Various fiirfher aspects and features of the present invention are defined in the 
appended claims. 
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